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Stanford  University  has  completed  the  initial  phase  of  the  Qlisp  project  for 
research  on  parallel  Lisp  programming.  The  research  ma^'"  use  of  the  Qlisp  im¬ 
plementation  on  the  Alliant  FX/S  delivered  by  Lucid,  Inc.  under  subcontract  to 
Stanford  University.  The  results  we  have  obtained  confirm,  in  general,  our  predici- 
tions  that  a  shared-memory  multiprocessor  is  an  effective  tool  for  executing  symlxrlic 
programs  in  Lisp. 


The  major  highlights  of  Qlisp  have  been: ' 

'  •!  Demonstrating  that  Qlisp  could  be  implemented  a.s  originally  specified,  and 
incorporating  additional  features  that  we  found  to  be  necessary  or  desiraljlc^ 

•  Discovering  the  importance  of  dynamic  control  of  parallelism^ 

•  Implementing  the  basic  parts  of  several  major  Lisp  applications,  and  finding 
that  Qlisp  was  a  good  vehicle  for  expressing  the  parallelism  in  these  programs. 


The  implementation  of  Qlisp  proceeded  with  few  difficulties.  Several  major 
enhancements  to  Lucid  Common  Lisp,  that  had  been  envisioned  as  necessary,  were 
performed.  These  include  deep  binding  (for  special  variables);  support  for  multi})le 
control  stacks;  and  the  removal  or  synchroni;^ation  of  many  parts  of  the  system  tliat 
otherwise  would  not  run  correctly  in  parallel. ' 

•'  The  control  of  parallelism  at  runtime  was  known  from  the  start  to  be  an  impor¬ 
tant  part  of  programming  in  Qlisp.  Our  belief  in  the  best  way  to  accomplish  this, 
however,  has  changed.  Experimentsyvith  control  by  cutting  off  parallelism  based  on 
the  height  or  depth  of  a  program’s  computation  tree  showed  that  this  method  was 
hard  to  deal  with  and  not  as  flexible  as  we  had  hoped.  Cutting  off  parallelism  based 
on  the  runtime  state  of  the  machine,  however,  performed  better  than  we  ex])ected 
and  is  now  our  preferred  method.  Along  the  way  we  discovered  what  kinds  of  pro¬ 
grams  benefit  the  most  from  this  method  (those  whose  computation  .trees  are  fairly 
balanced),  and  found  theoretical  justification  for  the  eff^cy  of  dyna^c  control, 
which  had  not  been  done  before.  (  - - - 

The  applications  with  which  Qlisp  has  been  tested  include  sifrall  and  medium- 
sized  programs  in  the  areas  of: 


o  polynomial  arithmetic  and  symbolic  computation 


o  theorem  proving 

o  functional  programming  and  semantics 


o  production  systems 
0  backtracking  search 
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Several  members  of  the  Qlisp  project  attended  the  US/Japan  Parallel  Lisp 
Workshop  in  June  1989.  Dan  Pehousheck  attended  the  Oregon  Workshop  on  Paral¬ 
lel  Lisp  held  in  June  1990.  Lucid  gave  Qlisp  presentations  to  the  Computer  Scieiict' 
Dejiartment  and  Coordinated  Science  Lab  of  the  University  of  Illinois.  Los  Almos 
National  Labs  and  Sandia  Labs. 

The  work  on  Qlisp  is  reported  in  publications  and  reports  listed  at  the  end  of 
this  report.  Qlisp  has  been  a  powerful  tool,  and  fairly  easy  to  use,  in  most  of  tlu'se 
areas.  Our  best  results  have  been  in  “■and-parallel”  computations,  as  found  in  poly¬ 
nomial  manipulations,  functional  programs,  and  many  parts  of  theorem  proving. 
Potential  available  parallelism  is  easy  to  achieve  in  the  context  of  only  S  prcx-essors. 
The  next  phase  of  research  should  include  both  more  substantial  applications  and 
experiments  with  systems  of  20-30  processors,  to  verify  that  the  initial  results  scale. 
In  addition,  we  still  need  more  experience,  and  Qlisp  needs  more  tuning,  to  handh' 
well  the  "or-parallel”  computations  found  in  many  search  algorithms. 
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Qlisp  users 

The  following  is  a  list  of  people  who  have  used  Qlisp. 

Qlisp  people  at  Stanford: 

Ian  Masson 
John  McCarthy 
Dan  Pehoushek 
Igor  Rivin 
Kelly  Roach 
Dan  Scales 
Carolyn  Talcott 
Joe  Weening 

Qlisp  people  at  Lucid; 

Dick  Gabriel 
Ron  Goldman 
Richard  Mlynarik 
Peter  Benson 
Carol  Sexton 
Harlan  Sexton 
Claire  Wolfe 

Other  Stanford  researchers  and  visitors; 

Charles  Buckley  —  computer  algebra  and  geometric  re^isoning 
Anoop  Gupta  —  production  systems 
Hiroshi  Okuno  —  production  systems 

Berkeley  researchers: 

Jim  Larus  —  parallel  compilation  technicpies 
Carl  Ponder  —  computer  algebra 
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